Перевод: с английского на все языки

со всех языков на английский

Со всех языков на:
Английский
С английского на:
Русский

комплекс проектов

Толкование Перевод

1 pipeline of projects

1) Экономика: комплекс проектов, цепь проектов

2) ЕБРР: портфель готовящихся проектов, портфель проектов, портфель разрабатываемых проектов

Универсальный англо-русский словарь > pipeline of projects
2 development
вскрытие месторождения
Комплекс работ, открывающих доступ с поверхности к месторождению полезного ископаемого
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

Тематики
- горное дело
EN
- deposit opening
- development
DE
- Lagerstättenaufschluß
FR
- aménagement du gisement
- découpage du gisement
вывод (формулы)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
- derivation
- development
вывод формулы
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики
- информационные технологии в целом
EN
- development
девелопмент
1. Процесс развития и улучшения участка земли (напр., его застройка жилыми комплексами). 2. Область деятельности, участники которой (девелоперы) занимаются развитием проектов недвижимости, выбирая место застройки и привлекая инвестиции. Смысл девелопмента сводится к выбору оптимального времени для реализации проекта, использованию строительных ноу-хау, разработке схем финансирования выполнения проектов, эффективной организации работы с подрядчиками и собственно строительству. Иначе говоря, девелопмент — это эффективная организация и управление инвестиционно-строительным проектом, умение создать объект недвижимости, востребуемый рынком.
[ http://slovar-lopatnikov.ru/]

Тематики
- экономика
EN
- development
доводка ГТД
доводка
Комплекс работ, направленных на отработку рабочего процесса двигателя и его конструкции для обеспечения заявленных параметров и требуемой надежности.
[ ГОСТ 23851-79]

Тематики
- двигатели летательных аппаратов
Синонимы
- доводка
EN
- development
DE
- Fertigbearbeitung
FR
- mise au point
застройка
строительство
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
Синонимы
- строительство
EN
- development
проектирование
Процесс разработки и выпуска проектной документации, необходимой для строительства объекта
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

проектирование
(ITIL Service Design)
Деятельность или процесс, который идентифицирует требования и далее определяет решение, способное удовлетворить этим требованиям.
См. тж. проектирование услуг.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

design
(ITIL Service Design) An activity or process that identifies requirements and then defines a solution that is able to meet these requirements.
See also service design.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики
- проектирование, документация
EN
DE
- Projektierung
FR
- travaux d'étude en deux phases
проектно-конструкторская работа
проектирование
этап разработки
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики
- информационные технологии в целом
Синонимы
- проектирование
- этап разработки
EN
- development
развёртка (поверхности)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
- development
разложение (в ряд)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
- development
разработка
развитие
усовершенствование
развертывание
рост
расширение
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики
- информационные технологии в целом
Синонимы
EN
- development
разработка
(ITIL Service Design)
Процесс, отвечающий за создание или модификацию ИТ-услуги или приложения для последующего релиза и развёртывания. Разработка также используется для обозначения роли или функции, осуществляющей деятельность по разработке. Этот процесс не описывается детально в основных публикациях ITIL.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

development
(ITIL Service Design)
The process responsible for creating or modifying an IT service or application ready for subsequent release and deployment. Development is also used to mean the role or function that carries out development work. This process is not described in detail within the core ITIL publications.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики
- информационные технологии в целом
EN
- development
совершенствование
-
[Интент]

EN
286. Доводка ГТД

Доводка

D. Fertigbearheitung

E. Development

F. Mise au point

Комплекс работ, натравленных на отработку рабочего процесса двигателя и его конструкции для обеспечения заявленных параметров и требуемой надежности

Источник: ГОСТ 23851-79: Двигатели газотурбинные авиационные. Термины и определения оригинал документа

3.3.5 разработка (development): Процесс жизненного цикла программного обеспечения, включающий анализ требований, проектирование, кодирование, интеграцию, тестирование, установку и поддержку приемки программных продуктов.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа
Англо-русский словарь нормативно-технической терминологии > development
3 co-location
1. колокейшн
колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики
- информационные технологии в целом
Синонимы
- размещение сервера
- со-размещение
EN
Англо-русский словарь нормативно-технической терминологии > co-location
4 collocation
1. колокейшн
колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики
- информационные технологии в целом
Синонимы
- размещение сервера
- со-размещение
EN
Англо-русский словарь нормативно-технической терминологии > collocation
5 colocation
1. колокейшн
колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики
- информационные технологии в целом
Синонимы
- размещение сервера
- со-размещение
EN
Англо-русский словарь нормативно-технической терминологии > colocation
6 SCADA
1. диспетчерское управление и сбор данных
2. SCADA
диспетчерское управление и сбор данных
Подсистема сбора, хранения и обработки телеметрической информации, поступающей от удаленных датчиков, осуществляющих измерение температуры, давления, расхода электроэнергии и др. Сбор данных осуществляется с помощью контроллеров, программное обеспечение которых позволяет реализовать практически любой алгоритм опроса датчиков, а также обеспечить первичную обработку информации. Обмен данными часто осуществляется через интерфейс RS-485. Термин SCADA обычно употребляют, когда речь идет о контроле и регулировании каких-либо производственных процессов.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики
- электросвязь, основные понятия
EN
- SCADA
- Supervisory Control and Data Acquisition
SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]

SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.

Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.

Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия.

Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.

Основные задачи, решаемые SCADA-системами

SCADA-системы решают следующие задачи:
- Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
- Обработка информации в реальном времени.
- Логическое управление.
- Отображение информации на экране монитора в удобной и понятной для человека форме.
- Ведение базы данных реального времени с технологической информацией.
- Аварийная сигнализация и управление тревожными сообщениями.
- Подготовка и генерирование отчетов о ходе технологического процесса.
- Осуществление сетевого взаимодействия между SCADA ПК.
- Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.
SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.

Основные компоненты SCADA

SCADA—система обычно содержит следующие подсистемы:
- Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
- Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
- Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
- Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
- База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
- Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
- Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
- Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.
Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.

Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.

[ http://ru.wikipedia.org/wiki/SCADA]

CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)

ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

CitectSCADA построена на базе мультизадачного ядра реального времени, что обеспечивает производительность сбора до 5 000 значений в секунду при работе в сетевом режиме с несколькими станциями. Модульная клиент-серверная архитектура позволяет одинаково эффективно применять CitectSCADA как в малых проектах, с использованием только одного АРМ, так и в больших, с распределением задач на несколько компьютеров.

В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.

Схема лицензирования CitectSCADA основана на учете числа одновременно задействованных компьютеров в проекте, а не общего числа компьютеров, на которых установлена CitectSCADA.

CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.

В CitectSCADA резервирование является встроенным и легко конфигурируемым. Резервирование позволяет защищать все зоны потенциальных отказов как функциональных модулей (серверов и клиентов), так и сетевых соединений между узлами и устройствами ввода/вывода.

CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.

CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.

[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]

Словесный портрет современной управляющей системы типа SCADA
- Масштабируемая
  - Наращивание системы без её переконфигурирования
  - Масштабы проекта не ограничены
  - До 255 одновременно подключённых клиентов
  - Поддержка локальных и глобальных сетей
  - Возможность интеграции с веб-приложениями без конфигурирования системы
  - Возможность функционирования при малой пропускной способности коммуникаций
  - Поддержка кластерных конфигураций
  - Возможность перезапуска отдельных процессов, относящихся к разным компонентам
- Гибкая
  - Полноценная архитектура «клиент-сервер»
  - Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
  - Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
  - Внесение изменений на отдельных локациях
  - Возможность функционирования при малой пропускной способности коммуникаций
  - Поддержка устоявшихся и новых стандартов
- Надёжная
- Высокопроизводительная
- Безопасная
Ввод-вывод
- Коммуникационные технологии
  - Поддержка открытых коммуникационных стандартов
  - Поддержка каждым сервером ввода-вывода многих протоколов
  - Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
  - Время установки драйверов в пределах 60 секунд
  - До 255 одновременно подключённых клиентов
  - До 4096 устройств ввода-вывода на одну систему
  - Поддержка внешнего подключения для удалённых устройств
  - Средства разработки драйверов для специализированных протоколов
  - Поддержка стандарта OPC Server DA2.0
  - Интегрированный веб-сервис XML
- Доступ
Метки
Графика
- Разработка
  - Неограниченное число экранов
  - 24-битные цвета
  - Быстрый выбор цветов по названиям
  - Поддержка прозрачных цветов
  - Продвинутая анимация без дополнительного программирования
  - Анимация символов на базе тегов
  - До 32000 анимированных изображений на страницу
  - Неограниченное число мигающих цветов
  - Мультиязычность
  - Инструменты типа 3D Pipe
  - Трёхмерные эффекты (поднятие, опускание, выдавливание)
- Импорт графики
  - Растровые изображения Windows (BMP, RLE, DIB)
  - Формат AutoCAD (DXF)
  - Формат Encapsulated Postscript (EPS)
  - Формат Fax Image (FAX)
  - Формат Ventura (IMG)
  - Формат JPEG (JPG, JIF, JFF, JFE)
  - Формат Photo CD (PCD)
  - Формат PaintBrush (PCX)
  - Формат Portable Network Graphics (PNG)
  - Формат Targa (TGA)
  - Формат Tagged Image Format (TIFF)
  - Формат Windows Meta File (WMF)
  - Формат Word Perfect Graphics (WPG)
  - Неограниченное число отмен действий
  - Кнопки в стиле Windows XP со свойствами динамического перемещения
- Шаблоны
- Символы
- Более 800 символов в комплекте поставки
- Объектное конфигурирование
  - Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
  - Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
  - Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
  - Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
- Работа
  - Разрешения до 4096 x 4096
  - Изменение размеров изображений (изотропное и анизотропное)
  - Поддержка вывода на несколько мониторов
  - Настройка скорости обновления страниц (минимум 10 мс)
  - Информирование о потере связи
  - Переключение языков в ходе работы
  - Поддержка одно- и двухбайтовых наборов символов
- Безопасность
  - Уровень безопасности влияет на:
  - Видимость объектов
  - Доступ к графическим дисплеям
  - Подтверждение алармов
  - Создание отчётов
  - Системные утилиты
Действия
- Управление
  - Сенсорные команды
  - Мышь
  - -Клавиатурное управление системой, страницами и анимацией
  - Вертикальные и горизонтальные ползунки
  - Замена БД
- Анализ процессов
- Алармы
  - Неограниченное число алармов
  - Централизованная обработка алармов
  - Алармы могут быть следующих типов:
  - Цифровые
  - Аналоговые
  - Временные метки
  - Высокоуровневые выражения
  - Мультицифровые
  - Цифровые с временными метками
  - Аналоговые с временными метками
  - Изменение языка для всех алармов в процессе работы
  - Подтверждение приёма в сети без дополнительного конфигурирования
  - Отключение сети без дополнительного конфигурирования
  - Категории, зоны и приоритеты алармов
  - Задержки алармов
  - Назначение временных меток с разрешением в 1 мс
  - Различные данные в алармах
  - Индивидуальные и групповые подтверждения
  - Подтверждения на основе категорий и приоритетов
  - Подтверждения отображаются графически, в списке алармов или через специализированный код:
  - Сортировка алармов
  - Фильтрация алармов
  - Пользовательские поля алармов
- Тренды
  - Неограниченное число трендов
  - До 16000 трендов на страницу
  - Отображение любого тренда из истории менее чем за 1 секунду
  - Файлов трендов регулируемых размеров
  - Просмотр архивных трендов параллельно с актуальными в процессе работы системы
  - Выбор с разрешением 1 мс
  - Сравнение трендов
  - Быстрый выбор трендов по тегам
  - Сохранение по событию или периодическое сохранение
Статистический контроль ( SPC)
- Таблицы индексов Cp и CpK
- Контрольные карты X, R и S
- Диаграммы Парето
- Настраиваемые размеры и границы подгрупп
- Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения
Отчёты
- Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
- Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
- Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML
Конфигурирование
- Разработка проекта
- Масштабы проекта не ограничены
- Возможность разбиения на несколько проектов
- Удобная стандартизация проектов
- Удобное обслуживание проектов
- Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности
Программное обеспечение
- Истинная вытесняющая многозадачность
- До 512 параллельных потоков
- Доступно более 600 функций SCADA
- Библиотеки для пользовательских функций
- До 2700 пользовательских функций
- Локальные, модульные и глобальные переменные
- Дополнительное программное обеспечение для создания собственных функций не требуется
- Прямой доступ к данным трендов, отчётов и алармов
- Подсвечивание синтаксиса
- Система онлайн-подсказок
- Всплывающие подсказки
- При редактировании доступны:
- Контрольные точки
- Просмотр переменных
- Мониторинг нитей
- Выделение кода цветом
- Окно контрольных точек
- Пошаговый режим выполнения
- Выделение текущей строки
- Удалённая отладка
- Автоматическая отладка в случае ошибок
Безопасность
- Интегрированные средства безопасности Windows на уровне проекта
Обмен данными
- Сервер и клиент OPC
- Интерфейс ODBC
- Интерфейс OLE-DB
- Интерфейс CTAPI
- Интерфейс DLL
- Интерфейс MAPI (MAIL)
- Протоколы TCP/IP
- Последовательный интерфейс
[ http://www.rtsoft-training.ru/?p=600074]

Тематики
- автоматизированные системы
Синонимы
- SCADA-система
- диспетчерское управление и сбор данных
- система диспетчерского управления и сбора данных
- система мониторинга, управления и сбора данных
EN
Англо-русский словарь нормативно-технической терминологии > SCADA
7 SCADA system
1. SCADA
SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]

SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.

Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.

Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия.

Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.

Основные задачи, решаемые SCADA-системами

SCADA-системы решают следующие задачи:
- Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
- Обработка информации в реальном времени.
- Логическое управление.
- Отображение информации на экране монитора в удобной и понятной для человека форме.
- Ведение базы данных реального времени с технологической информацией.
- Аварийная сигнализация и управление тревожными сообщениями.
- Подготовка и генерирование отчетов о ходе технологического процесса.
- Осуществление сетевого взаимодействия между SCADA ПК.
- Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.
SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.

Основные компоненты SCADA

SCADA—система обычно содержит следующие подсистемы:
- Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
- Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
- Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
- Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
- База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
- Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
- Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
- Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.
Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.

Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.

[ http://ru.wikipedia.org/wiki/SCADA]

CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)

ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

CitectSCADA построена на базе мультизадачного ядра реального времени, что обеспечивает производительность сбора до 5 000 значений в секунду при работе в сетевом режиме с несколькими станциями. Модульная клиент-серверная архитектура позволяет одинаково эффективно применять CitectSCADA как в малых проектах, с использованием только одного АРМ, так и в больших, с распределением задач на несколько компьютеров.

В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.

Схема лицензирования CitectSCADA основана на учете числа одновременно задействованных компьютеров в проекте, а не общего числа компьютеров, на которых установлена CitectSCADA.

CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.

В CitectSCADA резервирование является встроенным и легко конфигурируемым. Резервирование позволяет защищать все зоны потенциальных отказов как функциональных модулей (серверов и клиентов), так и сетевых соединений между узлами и устройствами ввода/вывода.

CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.

CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.

[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]

Словесный портрет современной управляющей системы типа SCADA
- Масштабируемая
  - Наращивание системы без её переконфигурирования
  - Масштабы проекта не ограничены
  - До 255 одновременно подключённых клиентов
  - Поддержка локальных и глобальных сетей
  - Возможность интеграции с веб-приложениями без конфигурирования системы
  - Возможность функционирования при малой пропускной способности коммуникаций
  - Поддержка кластерных конфигураций
  - Возможность перезапуска отдельных процессов, относящихся к разным компонентам
- Гибкая
  - Полноценная архитектура «клиент-сервер»
  - Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
  - Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
  - Внесение изменений на отдельных локациях
  - Возможность функционирования при малой пропускной способности коммуникаций
  - Поддержка устоявшихся и новых стандартов
- Надёжная
- Высокопроизводительная
- Безопасная
Ввод-вывод
- Коммуникационные технологии
  - Поддержка открытых коммуникационных стандартов
  - Поддержка каждым сервером ввода-вывода многих протоколов
  - Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
  - Время установки драйверов в пределах 60 секунд
  - До 255 одновременно подключённых клиентов
  - До 4096 устройств ввода-вывода на одну систему
  - Поддержка внешнего подключения для удалённых устройств
  - Средства разработки драйверов для специализированных протоколов
  - Поддержка стандарта OPC Server DA2.0
  - Интегрированный веб-сервис XML
- Доступ
Метки
Графика
- Разработка
  - Неограниченное число экранов
  - 24-битные цвета
  - Быстрый выбор цветов по названиям
  - Поддержка прозрачных цветов
  - Продвинутая анимация без дополнительного программирования
  - Анимация символов на базе тегов
  - До 32000 анимированных изображений на страницу
  - Неограниченное число мигающих цветов
  - Мультиязычность
  - Инструменты типа 3D Pipe
  - Трёхмерные эффекты (поднятие, опускание, выдавливание)
- Импорт графики
  - Растровые изображения Windows (BMP, RLE, DIB)
  - Формат AutoCAD (DXF)
  - Формат Encapsulated Postscript (EPS)
  - Формат Fax Image (FAX)
  - Формат Ventura (IMG)
  - Формат JPEG (JPG, JIF, JFF, JFE)
  - Формат Photo CD (PCD)
  - Формат PaintBrush (PCX)
  - Формат Portable Network Graphics (PNG)
  - Формат Targa (TGA)
  - Формат Tagged Image Format (TIFF)
  - Формат Windows Meta File (WMF)
  - Формат Word Perfect Graphics (WPG)
  - Неограниченное число отмен действий
  - Кнопки в стиле Windows XP со свойствами динамического перемещения
- Шаблоны
- Символы
- Более 800 символов в комплекте поставки
- Объектное конфигурирование
  - Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
  - Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
  - Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
  - Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
- Работа
  - Разрешения до 4096 x 4096
  - Изменение размеров изображений (изотропное и анизотропное)
  - Поддержка вывода на несколько мониторов
  - Настройка скорости обновления страниц (минимум 10 мс)
  - Информирование о потере связи
  - Переключение языков в ходе работы
  - Поддержка одно- и двухбайтовых наборов символов
- Безопасность
  - Уровень безопасности влияет на:
  - Видимость объектов
  - Доступ к графическим дисплеям
  - Подтверждение алармов
  - Создание отчётов
  - Системные утилиты
Действия
- Управление
  - Сенсорные команды
  - Мышь
  - -Клавиатурное управление системой, страницами и анимацией
  - Вертикальные и горизонтальные ползунки
  - Замена БД
- Анализ процессов
- Алармы
  - Неограниченное число алармов
  - Централизованная обработка алармов
  - Алармы могут быть следующих типов:
  - Цифровые
  - Аналоговые
  - Временные метки
  - Высокоуровневые выражения
  - Мультицифровые
  - Цифровые с временными метками
  - Аналоговые с временными метками
  - Изменение языка для всех алармов в процессе работы
  - Подтверждение приёма в сети без дополнительного конфигурирования
  - Отключение сети без дополнительного конфигурирования
  - Категории, зоны и приоритеты алармов
  - Задержки алармов
  - Назначение временных меток с разрешением в 1 мс
  - Различные данные в алармах
  - Индивидуальные и групповые подтверждения
  - Подтверждения на основе категорий и приоритетов
  - Подтверждения отображаются графически, в списке алармов или через специализированный код:
  - Сортировка алармов
  - Фильтрация алармов
  - Пользовательские поля алармов
- Тренды
  - Неограниченное число трендов
  - До 16000 трендов на страницу
  - Отображение любого тренда из истории менее чем за 1 секунду
  - Файлов трендов регулируемых размеров
  - Просмотр архивных трендов параллельно с актуальными в процессе работы системы
  - Выбор с разрешением 1 мс
  - Сравнение трендов
  - Быстрый выбор трендов по тегам
  - Сохранение по событию или периодическое сохранение
Статистический контроль ( SPC)
- Таблицы индексов Cp и CpK
- Контрольные карты X, R и S
- Диаграммы Парето
- Настраиваемые размеры и границы подгрупп
- Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения
Отчёты
- Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
- Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
- Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML
Конфигурирование
- Разработка проекта
- Масштабы проекта не ограничены
- Возможность разбиения на несколько проектов
- Удобная стандартизация проектов
- Удобное обслуживание проектов
- Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности
Программное обеспечение
- Истинная вытесняющая многозадачность
- До 512 параллельных потоков
- Доступно более 600 функций SCADA
- Библиотеки для пользовательских функций
- До 2700 пользовательских функций
- Локальные, модульные и глобальные переменные
- Дополнительное программное обеспечение для создания собственных функций не требуется
- Прямой доступ к данным трендов, отчётов и алармов
- Подсвечивание синтаксиса
- Система онлайн-подсказок
- Всплывающие подсказки
- При редактировании доступны:
- Контрольные точки
- Просмотр переменных
- Мониторинг нитей
- Выделение кода цветом
- Окно контрольных точек
- Пошаговый режим выполнения
- Выделение текущей строки
- Удалённая отладка
- Автоматическая отладка в случае ошибок
Безопасность
- Интегрированные средства безопасности Windows на уровне проекта
Обмен данными
- Сервер и клиент OPC
- Интерфейс ODBC
- Интерфейс OLE-DB
- Интерфейс CTAPI
- Интерфейс DLL
- Интерфейс MAPI (MAIL)
- Протоколы TCP/IP
- Последовательный интерфейс
[ http://www.rtsoft-training.ru/?p=600074]

Тематики
- автоматизированные системы
Синонимы
- SCADA-система
- диспетчерское управление и сбор данных
- система диспетчерского управления и сбора данных
- система мониторинга, управления и сбора данных
EN
Англо-русский словарь нормативно-технической терминологии > SCADA system
8 Supervisory for Control And Data Acquision
1. SCADA
SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]

SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.

Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.

Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия.

Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.

Основные задачи, решаемые SCADA-системами

SCADA-системы решают следующие задачи:
- Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
- Обработка информации в реальном времени.
- Логическое управление.
- Отображение информации на экране монитора в удобной и понятной для человека форме.
- Ведение базы данных реального времени с технологической информацией.
- Аварийная сигнализация и управление тревожными сообщениями.
- Подготовка и генерирование отчетов о ходе технологического процесса.
- Осуществление сетевого взаимодействия между SCADA ПК.
- Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.
SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.

Основные компоненты SCADA

SCADA—система обычно содержит следующие подсистемы:
- Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
- Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
- Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
- Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
- База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
- Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
- Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
- Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.
Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.

Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.

[ http://ru.wikipedia.org/wiki/SCADA]

CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)

ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

CitectSCADA построена на базе мультизадачного ядра реального времени, что обеспечивает производительность сбора до 5 000 значений в секунду при работе в сетевом режиме с несколькими станциями. Модульная клиент-серверная архитектура позволяет одинаково эффективно применять CitectSCADA как в малых проектах, с использованием только одного АРМ, так и в больших, с распределением задач на несколько компьютеров.

В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.

Схема лицензирования CitectSCADA основана на учете числа одновременно задействованных компьютеров в проекте, а не общего числа компьютеров, на которых установлена CitectSCADA.

CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.

В CitectSCADA резервирование является встроенным и легко конфигурируемым. Резервирование позволяет защищать все зоны потенциальных отказов как функциональных модулей (серверов и клиентов), так и сетевых соединений между узлами и устройствами ввода/вывода.

CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.

CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.

[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]

Словесный портрет современной управляющей системы типа SCADA
- Масштабируемая
  - Наращивание системы без её переконфигурирования
  - Масштабы проекта не ограничены
  - До 255 одновременно подключённых клиентов
  - Поддержка локальных и глобальных сетей
  - Возможность интеграции с веб-приложениями без конфигурирования системы
  - Возможность функционирования при малой пропускной способности коммуникаций
  - Поддержка кластерных конфигураций
  - Возможность перезапуска отдельных процессов, относящихся к разным компонентам
- Гибкая
  - Полноценная архитектура «клиент-сервер»
  - Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
  - Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
  - Внесение изменений на отдельных локациях
  - Возможность функционирования при малой пропускной способности коммуникаций
  - Поддержка устоявшихся и новых стандартов
- Надёжная
- Высокопроизводительная
- Безопасная
Ввод-вывод
- Коммуникационные технологии
  - Поддержка открытых коммуникационных стандартов
  - Поддержка каждым сервером ввода-вывода многих протоколов
  - Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
  - Время установки драйверов в пределах 60 секунд
  - До 255 одновременно подключённых клиентов
  - До 4096 устройств ввода-вывода на одну систему
  - Поддержка внешнего подключения для удалённых устройств
  - Средства разработки драйверов для специализированных протоколов
  - Поддержка стандарта OPC Server DA2.0
  - Интегрированный веб-сервис XML
- Доступ
Метки
Графика
- Разработка
  - Неограниченное число экранов
  - 24-битные цвета
  - Быстрый выбор цветов по названиям
  - Поддержка прозрачных цветов
  - Продвинутая анимация без дополнительного программирования
  - Анимация символов на базе тегов
  - До 32000 анимированных изображений на страницу
  - Неограниченное число мигающих цветов
  - Мультиязычность
  - Инструменты типа 3D Pipe
  - Трёхмерные эффекты (поднятие, опускание, выдавливание)
- Импорт графики
  - Растровые изображения Windows (BMP, RLE, DIB)
  - Формат AutoCAD (DXF)
  - Формат Encapsulated Postscript (EPS)
  - Формат Fax Image (FAX)
  - Формат Ventura (IMG)
  - Формат JPEG (JPG, JIF, JFF, JFE)
  - Формат Photo CD (PCD)
  - Формат PaintBrush (PCX)
  - Формат Portable Network Graphics (PNG)
  - Формат Targa (TGA)
  - Формат Tagged Image Format (TIFF)
  - Формат Windows Meta File (WMF)
  - Формат Word Perfect Graphics (WPG)
  - Неограниченное число отмен действий
  - Кнопки в стиле Windows XP со свойствами динамического перемещения
- Шаблоны
- Символы
- Более 800 символов в комплекте поставки
- Объектное конфигурирование
  - Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
  - Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
  - Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
  - Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
- Работа
  - Разрешения до 4096 x 4096
  - Изменение размеров изображений (изотропное и анизотропное)
  - Поддержка вывода на несколько мониторов
  - Настройка скорости обновления страниц (минимум 10 мс)
  - Информирование о потере связи
  - Переключение языков в ходе работы
  - Поддержка одно- и двухбайтовых наборов символов
- Безопасность
  - Уровень безопасности влияет на:
  - Видимость объектов
  - Доступ к графическим дисплеям
  - Подтверждение алармов
  - Создание отчётов
  - Системные утилиты
Действия
- Управление
  - Сенсорные команды
  - Мышь
  - -Клавиатурное управление системой, страницами и анимацией
  - Вертикальные и горизонтальные ползунки
  - Замена БД
- Анализ процессов
- Алармы
  - Неограниченное число алармов
  - Централизованная обработка алармов
  - Алармы могут быть следующих типов:
  - Цифровые
  - Аналоговые
  - Временные метки
  - Высокоуровневые выражения
  - Мультицифровые
  - Цифровые с временными метками
  - Аналоговые с временными метками
  - Изменение языка для всех алармов в процессе работы
  - Подтверждение приёма в сети без дополнительного конфигурирования
  - Отключение сети без дополнительного конфигурирования
  - Категории, зоны и приоритеты алармов
  - Задержки алармов
  - Назначение временных меток с разрешением в 1 мс
  - Различные данные в алармах
  - Индивидуальные и групповые подтверждения
  - Подтверждения на основе категорий и приоритетов
  - Подтверждения отображаются графически, в списке алармов или через специализированный код:
  - Сортировка алармов
  - Фильтрация алармов
  - Пользовательские поля алармов
- Тренды
  - Неограниченное число трендов
  - До 16000 трендов на страницу
  - Отображение любого тренда из истории менее чем за 1 секунду
  - Файлов трендов регулируемых размеров
  - Просмотр архивных трендов параллельно с актуальными в процессе работы системы
  - Выбор с разрешением 1 мс
  - Сравнение трендов
  - Быстрый выбор трендов по тегам
  - Сохранение по событию или периодическое сохранение
Статистический контроль ( SPC)
- Таблицы индексов Cp и CpK
- Контрольные карты X, R и S
- Диаграммы Парето
- Настраиваемые размеры и границы подгрупп
- Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения
Отчёты
- Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
- Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
- Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML
Конфигурирование
- Разработка проекта
- Масштабы проекта не ограничены
- Возможность разбиения на несколько проектов
- Удобная стандартизация проектов
- Удобное обслуживание проектов
- Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности
Программное обеспечение
- Истинная вытесняющая многозадачность
- До 512 параллельных потоков
- Доступно более 600 функций SCADA
- Библиотеки для пользовательских функций
- До 2700 пользовательских функций
- Локальные, модульные и глобальные переменные
- Дополнительное программное обеспечение для создания собственных функций не требуется
- Прямой доступ к данным трендов, отчётов и алармов
- Подсвечивание синтаксиса
- Система онлайн-подсказок
- Всплывающие подсказки
- При редактировании доступны:
- Контрольные точки
- Просмотр переменных
- Мониторинг нитей
- Выделение кода цветом
- Окно контрольных точек
- Пошаговый режим выполнения
- Выделение текущей строки
- Удалённая отладка
- Автоматическая отладка в случае ошибок
Безопасность
- Интегрированные средства безопасности Windows на уровне проекта
Обмен данными
- Сервер и клиент OPC
- Интерфейс ODBC
- Интерфейс OLE-DB
- Интерфейс CTAPI
- Интерфейс DLL
- Интерфейс MAPI (MAIL)
- Протоколы TCP/IP
- Последовательный интерфейс
[ http://www.rtsoft-training.ru/?p=600074]

Тематики
- автоматизированные системы
Синонимы
- SCADA-система
- диспетчерское управление и сбор данных
- система диспетчерского управления и сбора данных
- система мониторинга, управления и сбора данных
EN
Англо-русский словарь нормативно-технической терминологии > Supervisory for Control And Data Acquision
9 service
подводка
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики
- электротехника, основные понятия
EN
- service
присоединенное положение
Положение съемной или выдвижной части, в котором она полностью присоединена для выполнения предназначенной функции.
[ ГОСТ Р 51321. 1-2000 ( МЭК 60439-1-92)]

присоединенное положение
Положение выдвижной отделяемой части НКУ, при котором она полностью соединена с ним для выполнения заданной ей функции.
[ ГОСТ Р МЭК 61439.1-2013]

EN

service position (of a removable part)
connected position (of a removable part)
the position of a removable part in which it is fully connected for its intended function
[IEV number 441-16-25]

connected position
position of a removable part when it is fully connected for its intended function
[IEC 61439-1, ed. 2.0 (2011-08)]

FR

position raccordée
position d'une partie amovible lorsque celle-ci est entièrement raccordée pour la fonction à laquelle elle est destinée
[IEC 61439-1, ed. 2.0 (2011-08)]

Параллельные тексты EN-RU
Рис. Schneider Electric

Draw-in

- The functional unit is operational.
- Power and auxiliaries are connected.

[Schneider Electric]

Присоединённое положение

- Функциональный блок присоединён для выполнения своей функции.
- Главная и вспомогательные цепи присоединены.

[Перевод Интент]

Рис. Schneider Electric

The withdrawable drawers have 3 positions: connected, disconnected and testing.
The “ plug-in / test / draw-out” positions are mechanically marked by an indexing device associated with a mechanical indicator on the drawer sides.
[Schneider Electric]

Выдвижные ящики имеют три положения: присоединенное, отсоединенное и испытательное.
Выдвижные ящики имеют три положения: присоединенное, испытательное и отсоединенное. Указанные положения промаркированы на боковых сторонах выдвижных ящиков и однозначно определяются механическим указателем.
[Перевод Интент]

Тематики

НКУ (шкафы, пульты,...)
выключатель автоматический

Обобщающие термины

конструкция НКУ

Синонимы

присоединенное положение

EN

connected position
connected position (of a removable part)
draw-in
plug-in position
run position
SERVICE
service position (of a removable part)

FR

position raccordée

работа прибора
действие
функция
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

информационные технологии в целом

Синонимы

действие
функция

EN

service

сервис
служба
услуга
1. Последовательность программ, которая под управлением вещателя может быть в режиме вещания передана как часть расписания.
2. Логический объект в системе предоставляемых функций и интерфейсов, поддерживающий одно или множество приложений, отличие которого от других объектов заключается в доступе конечного пользователя к управлению шлюзом сервисов.
[ ГОСТ Р 54456-2011]

Тематики

телевидение, радиовещание, видео

Синонимы

служба
услуга

EN

service

сервис (сети и системы связи)
Функциональная возможность ресурса, которая может быть смоделирована последовательностью сервисных примитивов.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

EN

service
functional capability of a resource which can be modelled by a sequence of service primitives
[IEC 61850-2, ed. 1.0 (2003-08)]

Тематики

релейная защита

EN

service

система энергоснабжения
Совокупность взаимосвязанных энергоустановок, осуществляющих энергоснабжение района, города, предприятия.
[ ГОСТ 19431-84]

Тематики

энергетика в целом

EN

power service
service

техническое обслуживание
Ндп. профилактическое обслуживание
технический уход
техническое содержание
По ГОСТ 18322-78
[ ГОСТ 20375-83]

техническое обслуживание
Ндп. профилактическое обслуживание
технический уход
Комплекс операций или операция по поддержанию работоспособности или исправности изделия при использовании по назначению, ожидании, хранении и транспортировании

Техническое обслуживание содержит регламентированные в конструкторской документации операции для поддержания работоспособности или исправности изделия в течение его срока службы.
Под операцией технического обслуживания в соответствии с ГОСТ 3.1109-82 понимают законченную часть технического обслуживания составной части изделия, выполняемую на одном рабочем месте исполнителем определенной специальности.
Под транспортированием понимают операцию перемещения груза по определенному маршруту от места погрузки до места разгрузки или перегрузки. В транспортирование самоходных изделий не включается их перемещение своим ходом.
Под ожиданием понимают нахождение изделия в состоянии готовности к использованию по назначению.
В техническое обслуживание могут входить мойка изделия, контроль его технического состояния, очистка, смазывание, крепление болтовых соединений, замена некоторых составных частей изделия (например, фильтрующих элементов), регулировка и т. д.
[ ГОСТ 18322-78]
[ПОТ Р М-016-2001]
[РД 153-34.0-03.150-00]

техническое обслуживание
Комплекс операций или операция по поддержанию работоспособности или исправности изделия (технического устройства) при использовании по назначению, ожидании, хранении и транспортировании
[ПБ 12-529-03 Правила безопасности систем газораспределения и газопотребления, утверждены постановлением Госгортехнадзора России от 18. 03. 2003 №9]
[СТО Газпром РД 2.5-141-2005]

Недопустимые, нерекомендуемые

профилактическое обслуживание
технический уход
техническое содержание

Тематики

газораспределение
система техн. обслуж. и ремонта техники
электроагрегаты генераторные
электробезопасность

EN

backup
concept maintenance
corrective maintenance
engineering service
field service
handling
maintaining
maintenance
maintenance element
maintenance facilities
maintenance service
maintenance support
maintenance work
maintenance works
service
servicing
technical service
technical services
technical servicing

DE

Wartung

услуга (в информационных технологиях)
Способ предоставления ценности заказчикам через содействие им в получении конечных результатов, которых Заказчики хотят достичь без владения специфическими затратами и рисками. Термин «услуга» может использоваться для обозначения основной услуги, ИТ-услуги или пакета услуг.
См. тж. полезность; гарантия.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

service
A means of delivering value to customers by facilitating outcomes customers want to achieve without the ownership of specific costs and risks. The term «service» is sometimes used as a synonym for core service, IT service or service package.
See also utility; warranty.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

информационные технологии в целом

EN

service

услуга уровня
услуга
Функциональная возможность, которую данный уровень взаимосвязи открытых систем вместе с нижерасположенными уровнями обеспечивает смежному верхнему уровню.
[ ГОСТ 24402-88]

Тематики

телеобработка данных и вычислительные сети

Синонимы

услуга

EN

service

электронная доска объявлений
Частный случай телеконференции, специальная база данных, на которой "вывешиваются" различные объявления и сообщения с целью обмена ими.
Виртуальная доска (электронная доска объявлений) создается с помощью специальных программ, обеспечивающих выполнение трех функций:
одно и то же изображение выдается на экраны всех персональных компьютеров, пользователи которых заявили о своем участии в дискуссии;
изменения в это изображение можно вносить с клавиатуры или мыши, подключенных к любому компьютеру;
обеспечение такой телефонии, при которой голос одного участника слышат все остальные участники дискуссии.
Участники дискуссии видят виртуальную доску и изменения, вносимые любым из них. Телефония позволяет им также комментировать замечания, записываемые на доске.
Виртуальная доска является удобным средством проведения видеоконференций.
(Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
[ http://www.morepc.ru/dict/]

Тематики

информационные технологии в целом

EN

BBS
Bulletin Board System
Service

4.40 услуга (service): Выполнение действий, работы или обязанностей, связанных с продуктом.

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

2.61 услуга (service): Предоставление функциональных возможностей одним процессором другим процессорам или одним процессом другим процессам.

Источник: ГОСТ Р ИСО/МЭК ТО 10032-2007: Эталонная модель управления данными

3.4 услуга (service): Результат по меньшей мере одного действия, непременно осуществляемого во взаимодействии между поставщиком и потребителем, причем такой результат носит, как правило, нематериальный характер.

Примечания

1 Предоставление услуги может включать, к примеру, следующее:

- деятельность, осуществляемую на поставляемой потребителем материальной продукции (например, нуждающийся в ремонте автомобиль);

- деятельность, осуществляемую на поставляемой потребителем нематериальной продукции (например, заявление о доходах, необходимое для определения размера налога);

- предоставление нематериальной продукции (например, информации в смысле передачи знаний);

- создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).

2 Определение заимствовано из стандарта ИСО 9000:2005 (3.4.2, примечание 2).

Источник: ГОСТ Р ИСО/МЭК 17020-2012: Оценка соответствия. Требования к работе различных типов органов инспекции оригинал документа

3.17 услуга связи (service): Деятельность по приему, обработке, хранению, передаче, доставке сообщений электросвязи или почтовых отправлений. Является составной частью продукта, предназначенной для продажи клиенту в составе продукта.

Примечание - Одна и та же услуга может входить во множество различных продуктов, предоставляемых по различной цене.

Источник: ГОСТ Р 53633.1-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа

2.44 услуга (service): Результат процесса (2.31).

Примечание 1 - Определение адаптировано из определения термина «продукт» в стандарте ИСО 9000:2005.

Примечание 2 - Услуги являются одной из четырех видовых категорий продуктов вместе с программным обеспечением, аппаратными средствами и технологическими материалами. Многие продукты включают элементы, принадлежащие к различным видовым категориям. От доминирующего элемента зависит, может ли продукт называться услугой.

Примечание 3 - Услуга является результатом по крайней мере одного действия, которое в обязательном порядке выполняется на стыке взаимодействия поставщика услуги и, во-первых, ее потребителя (2.50), а во-вторых, заинтересованной стороны (2.47). Услуга обычно нематериальна. Предоставление услуги может включать, например, следующее:

- деятельность в отношении материального продукта, поставляемого потребителем, например сточных вод (2.51);

- деятельность в отношении нематериального продукта, исходящего от потребителя, например обработка заказов на новое подсоединение (2.9);

- поставка нематериального продукта, например поставка информации;

- создание окружения для потребителя, например обслуживающих офисов.

Примечание 4 - Слово service (услуга; служба) в английском языке может также относиться к юридическому лицу, осуществляющему действия, относящиеся к рассматриваемому вопросу, как, например, подразумевается в выражениях bus service (автобусное сообщение), police service (полицейская служба), fire service (пожарная служба), water or wastewater service (водоснабжение или удаление сточных вод). В этом контексте слово service подразумевает юридическое лицо, оказывающее услугу (например, «перевозка пассажиров», «обеспечение общественной безопасности», «пожарная защита и пожаротушение» и «доставка питьевой воды или сбор сточных вод»). Если слово service может пониматься таким образом, water service (водоснабжение) является синонимом water utility (система коммунального водоснабжения) (2.53); поэтому в настоящем стандарте во избежание путаницы применяется только определение в пункте 2.44.

Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа

2.44 услуга (service): Результат процесса (2.31).

Примечание 1 - Определение адаптировано из определения термина «продукт» в стандарте ИСО 9000:2005.

Примечание 2 - Услуги являются одной из четырех видовых категорий продуктов вместе с программным обеспечением, аппаратными средствами и технологическими материалами. Многие продукты включают элементы, принадлежащие к различным видовым категориям. От доминирующего элемента зависит, может ли продукт называться услугой.

Примечание 3 - Услуга является результатом по крайней мере одного действия, которое в обязательном порядке выполняется на стыке взаимодействия поставщика услуги и, во-первых, ее потребителя (2.50), а во-вторых, заинтересованной стороны (2.47). Услуга обычно нематериальна. Предоставление услуги может включать, например, следующее:

- деятельность в отношении материального продукта, поставляемого потребителем, например сточных вод (2.51);

- деятельность в отношении нематериального продукта, исходящего от потребителя, например обработка заказов на новое подсоединение (2.9);

- поставка нематериального продукта, например поставка информации;

- создание окружения для потребителя, например обслуживающих офисов.

Примечание 4 - Слово service (услуга; служба) в английском языке может также относиться к юридическому лицу, осуществляющему действия, относящиеся к рассматриваемому вопросу, как, например, подразумевается в выражениях bus service (автобусное сообщение), police service (полицейская служба), fire service (пожарная служба), water or wastewater service (водоснабжение или удаление сточных вод). В этом контексте слово service подразумевает юридическое лицо, оказывающее услугу (например, «перевозка пассажиров», «обеспечение общественной безопасности», «пожарная защита и пожаротушение» и «доставка питьевой воды или сбор сточных вод»). Если слово service понимается таким образом, water service (водоснабжение) является синонимом water utility (система коммунального водоснабжения) (2.53); поэтому в настоящем стандарте во избежание путаницы применяется только определение по пункту 2.44.

Источник: ГОСТ Р ИСО 24512-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента систем питьевого водоснабжения и оценке услуг питьевого водоснабжения оригинал документа

3.17 услуга связи (service): Деятельность по приему, обработке, хранению, передаче, доставке сообщений электросвязи или почтовых отправлений. Является составной частью продукта, предназначенной для продажи клиенту в составе продукта.

Примечание - Одна и та же услуга может входить во множество различных продуктов, предоставляемых по различной цене.

Источник: ГОСТ Р 53633.2-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов оригинал документа

2.20 услуга связи (service): Деятельность по приему, обработке, хранению, передаче, доставке сообщений электросвязи или почтовых отправлений. Является составной частью продукта, предназначенной для продажи клиенту в составе продукта.

Примечание - Одна и та же услуга может входить во множество различных продуктов, предоставляемых по различной цене.

Источник: ГОСТ Р 53633.0-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов оригинал документа

3.17 услуга связи (service): Деятельность по приему, обработке, хранению, передаче, доставке сообщений электросвязи или почтовых отправлений. Является составной частью продукта, предназначенной для продажи клиенту в составе продукта.

Примечание - Одна и та же услуга может входить во множество различных продуктов, предоставляемых по различной цене.

Источник: ГОСТ Р 53633.3-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами оригинал документа

32. Услуга уровня

Услуга

Service

Функциональная возможность, которую данный уровень взаимосвязи открытых систем вместе с нижерасположенными уровнями обеспечивает смежному верхнему уровню

Источник: ГОСТ 24402-88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа

2.23 услуга (service): Определенный неосязаемый (нематериальный) выход из технической энергетической системы или польза от использования продукта.

Источник: ГОСТ Р ИСО 13600-2011: Системы технические энергетические. Основные положения оригинал документа

3.17 услуга связи (service): Деятельность по приему, обработке, хранению, передаче, доставке сообщений электросвязи или почтовых отправлений. Является составной частью продукта, предназначенной для продажи клиенту в составе продукта.

Примечание - Одна и та же услуга может входить во множество различных продуктов, предоставляемых по различной цене.

Источник: ГОСТ Р 53633.6-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт Разработка и управление услугами оригинал документа

2.44 услуга (service): Результат процесса (2.31).

Примечание 1 - Определение адаптировано из определения термина «продукт» в стандарте ИСО 9000:2005.

Примечание 2 - Услуги являются одной из четырех видовых категорий продуктов вместе с программным обеспечением, аппаратными средствами и технологическими материалами. Многие продукты включают элементы, принадлежащие к различным видовым категориям. От доминирующего элемента зависит, может ли продукт называться услугой.

Примечание 3 - Услуга является результатом по крайней мере одного действия, которое в обязательном порядке выполняется на стыке взаимодействия поставщика услуги и, во-первых, ее потребителя (2.50), а во-вторых, заинтересованной стороны (2.47). Услуга обычно нематериальна. Предоставление услуги может включать, например, следующее:

- деятельность в отношении материального продукта, поставляемого потребителем, например сточных вод (2.51);

- деятельность в отношении нематериального продукта, исходящего от потребителя, например обработка заказов на новое подсоединение (2.9);

- поставка нематериального продукта, например поставка информации;

- создание окружения для потребителя, например обслуживающих офисов.

Примечание 4 - Слово service (услуга; служба) в английском языке может также относиться к юридическому лицу, осуществляющему действия, относящиеся к рассматриваемому вопросу, как, например, подразумевается в выражениях bus service (автобусное сообщение), police service (полицейская служба), fire service (пожарная служба), water or wastewater service (водоснабжение или удаление сточных вод). В этом контексте слово service подразумевает юридическое лицо, оказывающее услугу (например, «перевозка пассажиров», «обеспечение общественной безопасности», «пожарная защита и пожаротушение» и «доставка питьевой воды или сбор сточных вод»). Если слово service понимается таким образом, water service (водоснабжение) является синонимом water utility (система коммунального водоснабжения) (2.53); поэтому в настоящем стандарте во избежание путаницы применяется только определение в пункте 2.44.

Источник: ГОСТ Р ИСО 24510-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания по оценке и улучшению услуги, оказываемой потребителям оригинал документа

2.32 услуга (service): Связанные с обеспечением безопасности процесс или задача, выполняемый или решаемая оцениваемым объектом, организацией или конкретным лицом.

Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа

3.17 услуга связи (service): Деятельность по приему, обработке, хранению, передаче, доставке сообщений электросвязи или почтовых отправлений. Является составной частью продукта, предназначенной для продажи клиенту в составе продукта.

Примечание - Одна и та же услуга может входить во множество различных продуктов, предоставляемых по различной цене.

Источник: ГОСТ Р 53633.8-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок оригинал документа

3.17 услуга связи (service): Деятельность по приему, обработке, хранению, передаче, доставке сообщений электросвязи или почтовых отправлений. Является составной частью продукта, предназначенной для продажи клиенту в составе продукта.

Примечание - Одна и та же услуга может входить во множество различных продуктов, предоставляемых по различной цене.

Источник: ГОСТ Р 53633.5-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта оригинал документа

3.6 услуга (service): Результат одного или нескольких процессов, выполненных органом местного самоуправления (3.4).

Примечания

1 Термин «услуга» обычно указывает на материальную продукцию. Везде, где в ИСО 9001 встречается термин «продукция» организации, это означает и продукцию и услугу, поставляемые и предоставляемые органом местного самоуправления. Несмотря на преобладание нематериального характера, услуга может включать в себя некоторые материальные компоненты (например, консультативные брошюры, наличие канализации, убежищ и др.).

2 Примеры услуг могут касаться состояния питьевой воды, сточных вод, дренажа, освещения, канализации, гражданской обороны и др.

3 Одной из основных услуг, часто предоставляемых органом местного самоуправления, является услуга по разработке проектов, для которых может быть необходима разработка планов по качеству (см. ИСО 10005 и ИСО 10006 для разработки планов по качеству и менеджменту проектов соответственно).

Источник: ГОСТ Р 52614.4-2007: Руководящие указания по применению ГОСТ Р ИСО 9001-2001 в органах местного самоуправления оригинал документа
Англо-русский словарь нормативно-технической терминологии > service
10 series of standard designs
1. серия типовых проектов
серия типовых проектов
Комплекс типовых проектов сооружений и их элементов, имеющих определённую общность
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

Тематики
- проектирование, документация
EN
- series of standard designs
DE
- Typenprojektserie
FR
- série des projets types
Англо-русский словарь нормативно-технической терминологии > series of standard designs
11 Tudor City

Тюдор-сити

Жилой и гостиничный комплекс в г. Нью-Йорке. Находится на 42-й улице [ 42nd Street] близ берега пролива Ист-Ривер [ East River] в центре Манхэттена [ Manhattan]. Сооружен в 1925-28 (один из первых проектов реконструкции центра города). Состоит из двенадцати зданий темно-коричневого кирпича, верхние этажи выполнены в стиле эпохи Тюдоров (белые стены с темным "деревянным" каркасом). В комплекс входят 3 тыс. квартир, гостиница, магазины, рестораны, почтовое отделение и два небольших частных парка, все они обращены внутрь комплекса, поскольку в годы его строительства на берегу Ист-Ривер, где ныне расположен комплекс Секретариата ООН [ United Nations Headquarters], находились бойни, пивные заводики, фабрики по производству клея и газовый завод

English-Russian dictionary of regional studies > Tudor City
12 OTA

1. office of technology assessment - бюро технической оценки проектов; управление по оценке результатов научно-технических работ;

2. official test aerosol - официально испытанный аэрозоль; стандартный аэрозоль;

3. omnidirectional transmitter antenna - всенаправленная передающая антенна;

4. open test assembly - открытая экспериментальная сборка;

5. operational transconductance amplifier - операционный усилитель с высокой крутизной передаточной характеристики;

6. optical telescope assembly - комплекс оптического телескопа;

7. orbital telescope assembly - комплекс орбитального телескопа

Англо-русский словарь технических аббревиатур > OTA
13 capital project
1. инвестиционный проект
инвестиционный проект
Конкретное мероприятие, в которое вкладываются денежные средства с целью получения прибыли и/или прироста капитала.
[ http://www.lexikon.ru/dict/fin/a.html]

инвестиционный проект
1. комплекс действий, связанных с инвестированием средств в расширение или/и совершенствование основного капитала (основных фондов) компании. Подробнее см. Бизнес-план, Эффективность капитальных вложений ( инвестиционных проектов) 2. Инвестиционный проект как документ — обоснование экономической целесообразности, объема и сроков осуществления капитальных вложений. Необходимая проектно?сметная документация, разработанная в соответствии с законодательством РФ и утвержденными в установленном порядке стандартами (нормами и правилами), а также описание практических действий по осуществлению инвестиций. (Закон РФ «Об инвестиционной деятельности…») 3. Собственно, процесс формирования относительно обособленного имущественного комплекса, выпуском которого является определенная продукция (товары или услуги). Объединяет два потока платежей: поток капиталовложений в имущественный комплекс и поток доходов от его функционирования. Результаты (эффективность) И.п. определяются сравнением текущих (приведенных) стоимостей этих потоков.(См. Дисконтированная стоимость)
[ http://slovar-lopatnikov.ru/]

Тематики
- экономика
EN
- capital project
- investment project
Англо-русский словарь нормативно-технической терминологии > capital project
14 investment project
1. инвестиционный проект
инвестиционный проект
Конкретное мероприятие, в которое вкладываются денежные средства с целью получения прибыли и/или прироста капитала.
[ http://www.lexikon.ru/dict/fin/a.html]

инвестиционный проект
1. комплекс действий, связанных с инвестированием средств в расширение или/и совершенствование основного капитала (основных фондов) компании. Подробнее см. Бизнес-план, Эффективность капитальных вложений ( инвестиционных проектов) 2. Инвестиционный проект как документ — обоснование экономической целесообразности, объема и сроков осуществления капитальных вложений. Необходимая проектно?сметная документация, разработанная в соответствии с законодательством РФ и утвержденными в установленном порядке стандартами (нормами и правилами), а также описание практических действий по осуществлению инвестиций. (Закон РФ «Об инвестиционной деятельности…») 3. Собственно, процесс формирования относительно обособленного имущественного комплекса, выпуском которого является определенная продукция (товары или услуги). Объединяет два потока платежей: поток капиталовложений в имущественный комплекс и поток доходов от его функционирования. Результаты (эффективность) И.п. определяются сравнением текущих (приведенных) стоимостей этих потоков.(См. Дисконтированная стоимость)
[ http://slovar-lopatnikov.ru/]

Тематики
- экономика
EN
- capital project
- investment project
Англо-русский словарь нормативно-технической терминологии > investment project
15 project complex
1. проектный комплекс
проектный комплекс
Система взаимоувязанных инвестиционных проектов одной компании, анализ и оценка которых могут производиться раздельно, но общая цель состоит в том, чтобы добиться максимального коммерческого эффекта всего П.к. в целом
[ http://slovar-lopatnikov.ru/]

Тематики
- экономика
EN
- project complex
Англо-русский словарь нормативно-технической терминологии > project complex
16 air conditioning system
1. система кондиционирования воздуха (спорт)
2. система кондиционирования воздуха
система кондиционирования воздуха
Совокупность воздухотехнического оборудования, предназначенная для кондиционирования воздуха в помещениях
[ ГОСТ 22270-76]

система кондиционирования воздуха
Совокупность технических средств для обработки и распределения воздуха, а также автоматического регулирования его параметров с дистанционным управлением всеми процессами
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

система кондиционирования воздуха
Комбинация всех компонент, необходимых для обработки воздуха, в процессе которой осуществляется контроль или понижение температуры, возможно, в комбинации с контролем вентиляции, влажности и чистоты воздуха.
[ДИРЕКТИВА 2002/91/ЕС ЕВРОПЕЙСКОГО ПАРЛАМЕТА И СОВЕТА от 16 декабря 2002 г. по энергетическим характеристикам зданий]

КЛАССИФИКАЦИЯ
- По назначению
  - Комфортные
    
    Бытовые
    
    Промышленные
  - Технологические
    
    Технологические
    
    Прецизионные
- По способу охлаждения воздуха
  - Непосредственного охлаждения (с непосредственным охлаждением воздуха)
  - Косвенного охлаждения (с водяным охлаждением воздуха - чиллеры и фанкойлы)
- По степени централизации
  - Центральные
  - Зональные
    
    Однозональные
    
    Мультизональные (VRF-системы)
    
    2-трубные
    
    4-трубные
    
    Местные
- По степени использования наружного воздуха
- По автономности
  - Автономные
  - Неавтономные
- По способу комплектации
  - Агрегатированные
  - Секционные
- По конструктивному оформлению
  - Моноблочные
    
    Напольные
    
    Мобильные
    
    Колонные
    
    Шкафные
    
    Терминальные
    
    Оконные
    
    Крышные
  - Сплит-системы
    
    По конструктивному исполнению внутреннего блока
    
    Настенные
    
    Напольные
    
    Напольно-потолочные
    
    Встраиваемые в пол
    
    Потолочные
    
    Подвесные
    
    Кассетные
    
    с односторонней подачей воздуха
    
    с двухсторонней подачей воздуха
    
    с трехсторонней подачей воздуха
    
    с четырехсторонней подачей воздуха
    
    Канальные
    
    Колонные
    
    Шкафные
    
    По количеству внутренних блоков
    
    С одним внутренним блоком
    
    С двумя внутренними блоками
    
    Мульти-сплит системы
- По размещению конденсатора
  - С встроенным конденсатором
  - С выносным конденсатором
- По способу охлаждения конденсатора
  - С воздушным охлаждением конденсатора
  - С осевыми вентиляторами
  - С радиальными вентиляторами
  - С водяным охлаждением конденсатора
  - С использованием проточной (водопроводной, бросовой) воды
  - С использованием оборотной (из градирни) воды
- По способу управления компрессором
  - _____
  - Инверторные
- По режиму работы
- По дополнительной комплектации
  - С электрическим воздухонагревателем
  - С водяным воздухонагревателем
- По месту установки
- По способу подачи воздуха
  - С непосредственной подачей воздуха в кондиционируемое помещение
  - С подачей воздуха через воздуховод (канальные)
Классификация систем кондиционирования воздуха

М. Г. Тарабанов, директор НИЦ «ИНВЕНТ», канд. техн. наук, вице-президент НП «АВОК», лауреат премии НП «АВОК» «Медаль имени И. Ф. Ливчака», «Медаль имени В. Н. Богословского», otvet@abok.ru

Общие положения

Краткий, но достаточно полный обзор истории развития кондиционирования воздуха представлен в работе А. И. Липы [1], поэтому отметим только несколько моментов. Родоначальником техники кондиционирования воздуха в ее современном понимании считается американский инженер Виллис Хэвилэнд Кэрриер (Willis Haviland Carrier), который в 1902 году в Нью-Йорке в Бруклинской типографии применил поверхностный водяной воздухоохладитель с вентилятором для получения летом в помещении температуры +26,5 °C и относительной влажности 55 %. Вода охлаждалась в аммиачной холодильной машине. Зимой для увлажнения внутреннего воздуха до 55 % использовался водяной пар от бойлера.
Термин «кондиционирование воздуха» был предложен в 1906 году Стюартом Уорреном Крамером (Stuart Warren Cramer).
В отечественной практике некоторые авторы применяют термин «кондиционирование микроклимата». Заметим, что этот термин отличается от «кондиционирования воздуха», так как включает в себя дополнительные факторы, не связанные с состоянием воздушной среды в помещении (шум, инсоляция и др.).
К сожалению, несмотря на солидный возраст термин «кондиционирование воздуха» не получил четкого определения в современных отечественных нормативных документах. Для устранения этого пробела сформулируем: «Кондиционирование воздуха – это создание и автоматическое поддержание в обслуживаемом помещении или технологическом объеме требуемых параметров и качества воздуха независимо от внутренних возмущений и внешних воздействий». К параметрам воздуха относятся: температура, относительная влажность или влагосодержание и подвижность. Качество воздуха включает в себя газовый состав, запыленность, запахи, аэроионный состав, т. е. более широкий круг показателей, чем термин «чистота», используемый в [2].
Комплекс оборудования, элементов и устройств, с помощью которых обеспечивается кондиционирование воздуха в обслуживаемых помещениях, называется системой кондиционирования воздуха (СКВ).
Приведенное выше определение системы кондиционирования воздуха по смыслу полностью совпадает с определением ASHRAE: «”air-conditioning system” – комплекс оборудования для одновременной обработки и регулирования температуры, влажности, чистоты воздуха и распределения последнего в соответствии с заданными требованиями» [3].
Общепринятого, устоявшегося мнения, что следует включать в состав СКВ, к сожалению, нет.
Так, например, по мнению О. Я. Кокорина [4] СКВ может включать в себя:
- установку кондиционирования воздуха (УКВ), обеспечивающую необходимые кондиции воздушной среды по тепловлажностным качествам, чистоте, газовому составу и наличию запахов;
- средства автоматического регулирования и контроля за приготовлением воздуха нужных кондиций в УКВ, а также для поддержания в обслуживаемом помещении или сооружении постоянства заданных кондиций воздуха;
- устройства для транспортирования и распределения кондиционированного воздуха;
- устройства для транспортирования и удаления загрязненного внутреннего воздуха;
- устройства для глушения шума, вызываемого работой элементов СКВ;
- устройства для приготовления и транспортирования источников энергии, необходимых для работы аппаратов в СКВ.
В зависимости от конкретных условий некоторые составные части СКВ могут отсутствовать.
Однако согласиться с отдельными пунктами предложенного состава СКВ нельзя, так как если следовать логике автора [4], то в состав СКВ должны войти и системы оборотного водоснабжения, водопровода и канализации, ИТП и трансформаторные, которые также необходимы для работы аппаратов в СКВ.
Достаточно полное представление о структуре СКВ дает разработанная во ВНИИкондиционере «Блок-схема системы кондиционирования воздуха» (рис. 1) [5].

Включенные в эту блок-схему подсистемы обработки воздуха по своему функциональному назначению делятся на блоки:
- основной обработки и перемещения: Б_1.1 – приемный, Б_1.8 – очистки, Б_1.2 – сухого (первого) подогрева, Б_1.3 – охлаждения, Б_1.6 – тепловлажностной обработки, Б_1.9– перемещения приточного воздуха;
- дополнительной обработки и перемещения: Б_2.1 – утилизации, Б_2.2 – предварительного подогрева, Б_2.3 – доводки общей (второй подогрев, дополнительное охлаждение), Б_2.4 – зональной доводки, Б_2.5 – местной доводки (эжекционные доводчики и др.), Б_2.7 – шумоглушения, Б_2.8 – перемещения рециркуляционного воздуха;
- специальной обработки: Б_5.5 – тонкой очистки;
- воздушной сети: Б_4.2– воздухораспределительных устройств, Б_4.3 – вытяжных устройств, Б_4.5 – воздуховодов;
- автоматизации – арматуры – Б_3.1.
Помимо этих блоков в СКВ может входить система холодоснабжения (снабжение электроэнергией и теплом осуществляется, как правило, централизованно). Ее включение в состав СКВ, видимо, относится к автономным кондиционерам (см. далее).
Для определения состава оборудования, входящего в СКВ, и границ раздела целесообразно воспользоваться делением на разделы, которое сложилось в практике проектирования.
В частности, при выполнении проектов кондиционирования воздуха достаточно серьезных объектов обычно выделяют в самостоятельные разделы: теплоснабжение СКВ; холодоснабжение и холодильные центры; электроснабжение; автоматизация; водоснабжение, в том числе оборотное, канализация и дренаж.
Причем по каждому из разделов составляют свою спецификацию, в которую включено оборудование, материалы и арматура, относящиеся к своему конкретному разделу.
Таким образом, в состав СКВ следует включить:
- УКВ, предназначенную для очистки и тепловлажностной обработки и получения необходимого качества воздуха и его транспортировки по сети воздуховодов до обслуживаемого помещения или технического объема;
- сеть приточных воздуховодов с воздухораспределителями, клапанами и регулирующими устройствами;
- вытяжной вентилятор и сеть вытяжных и рециркуляционных воздуховодов с сетевым оборудованием;
- сеть фреоновых трубопроводов для сплит-систем и VRV-систем с кабелями связи наружных блоков с внутренними;
- фэнкойлы, эжекционные доводчики, моноблоки, холодные и теплые потолки и балки и др. доводчики для охлаждения и (или) нагревания непосредственно внутреннего воздуха;
- оборудование для утилизации теплоты и холода;
- дополнительные воздушные фильтры, шумоглушители и другие элементы.
И даже систему автоматики, входящую в СКВ как бы по определению, целесообразно выделить отдельно, так как ее проектируют инженеры другой специальности, хотя и по заданию так называемых технологов СКВ.
Границей СКВ и систем теплохолодоснабжения можно считать узлы регулирования, а границей электроснабжения и автоматики – электрические щиты и щиты управления, которые в последнее время очень часто делают совмещенными.

Классификация систем кондиционирования воздуха

Проблемам классификации СКВ в большей или меньшей степени уделяли внимание практически все авторы учебников и монографий по кондиционированию воздуха. Вот что написал по этому вопросу известный специалист, доктор техн. наук А. А. Рымкевич [6]: «Анализ иерархической структуры самих СКВ прежде всего требует их классификации и только затем их декомпозиции на подсистемы. …Однако для СКВ, решения которых базируются на учете большого числа данных, разработать такую классификацию всегда сложно. Не случайно в литературе нет единого мнения по данному вопросу, и поэтому многие известные авторы… предложили различные методы классификации».
Предложенная А. А. Рымкеви-чем концепция выбора признаков классификации СКВ сформулирована очень точно, и с ней нельзя не согласиться. Проблема состоит в том, как этой концепцией воспользоваться и какие признаки считать определяющими, а какие вторичными, и как точно сформулировать эти признаки.
В начале восьмидесятых годов прошлого века наиболее полная классификация СКВ была предложена в работе Б. В. Баркалова и Е. Е. Карписа [7].
Основные признаки этой классификации с некоторыми дополнениями использованы и в недавно изданной монографии А. Г. Сотникова [8] и в других работах, однако некоторые формулировки отдельных признаков требуют уточнения и корректировки.
Например, для опытных специалистов не составит труда разделить СКВ на центральные и местные, посмотрим, как признак такого деления сформулирован разными авторами.
Б. В. Баркалов, Е. Е. Карпис пишут [7]: «В зависимости от расположения кондиционеров по отношению к обслуживаемым помеще-ниям СКВ делятся на центральные и местные». А. Г. Сотников [8] считает необходимым дополнить: «Деление на местные и центральные СКВ учитывает как место установки кондиционера, так и группировку помещений по системам», а О. Я. Кокорин уточняет: «По характеру связи с обслуживаемым помещением можно подразделить СКВ на три вида: центральные, местные и центрально-местные. Центральные СКВ характеризуются расположением УКВ в удалении от обслуживаемых объектов и наличием приточных воздуховодов значительной протяженности. Местные СКВ характеризуются расположением УКВ в самом обслуживаемом помещении или в непосредственной близости от него, при отсутствии (или наличии весьма коротких) приточных воздуховодов. Центрально-местные СКВ характеризуются как наличием УКВ в удалении от обслуживаемых объектов, так и местных УКВ, располагаемых в самих помещениях или в непосредственной близости от них».
Трудно понять, что имеется в виду под группировкой помещений по системам и что считается протяженными или весьма короткими воздуховодами. Например, кондиционеры, обслуживающие текстильные цеха на Волжском заводе синтетического волокна, имеют производительность по воздуху до 240 м3/ч и расположены рядом с обслуживаемыми помещениями, то есть непосредственно за стенами, но никто из указанных выше авторов не отнес бы их к местным системам.
Несколько иной признак клас-сификации предложил Е. В. Стефанов [9]: «… по степени централизации – на системы центральные, обслуживающие из одного центра несколько помещений, и местные, устраиваемые для отдельных помещений и располагающиеся, как правило, в самих обслуживаемых помещениях».
К сожалению, и эта формулировка является нечеткой, так как одно большое помещение могут обслуживать несколько центральных кондиционеров, а группу небольших помещений – один местный кондиционер.
Фактически в отечественной практике негласно действовал совсем другой признак классификации: все кондиционеры, выпускавшиеся Харьковским заводом «Кондиционер», кроме шкафных, считались центральными, а все кондиционеры, выпускавшиеся Домодедовским заводом «Кондиционер», кроме горизонтальных производительностью 10 и 20 тыс. м³/ч, – относились к местным.
Конечно, сегодня такое деление выглядит смешным, а между тем в нем был определенный здравый смысл.
Известно, что в местных системах используются готовые агрегаты полной заводской сборки обычно шкафного типа со стандартным набором тепломассообменного оборудования с уже готовыми, заданными заранее техническими характеристиками, поэтому местные УКВ не проектируют, а подбирают для конкретного обслуживаемого помещения или группы небольших однотипных помещений.
Максимальная производительность местных систем по воздуху обычно не превышает 20–30 тыс. м³/ч.
Центральные кондиционеры могут быть также полной заводской сборки или собираются на месте монтажа, причем технические характеристики всех элементов, включая воздушные фильтры, вентиляторы и тепломассообменное оборудование, задаются производителями в очень широких пределах, поэтому такие кондиционеры не подбирают, а проектируют, а затем изготавливают в соответствии с бланком-заказом для конкретного объекта.
Обычно центральные кондиционеры собирают в виде горизонтальных блоков, причем производительность таких кондиционеров по воздуху значительно больше, чем у местных и достигает 100–250 тыс. м³/ч у разных фирм-производителей.
Очевидно, что отмеченные признаки относятся к УКВ, но их можно использовать и для классификации СКВ, например, СКВ с центральной УКВ – центральная СКВ, а с местной УКВ – местная СКВ. Такой подход не исключает полностью признаки, предложенные другими авторами, а дополняет их, исключая некоторые неопределенности, типа протяженности воздуховодов и др.
Для дальнейшей классификации СКВ рассмотрим схему ее функционирования.
На параметры внутреннего воздуха в обслуживаемом помещении или технологическом объеме оказывают воздействие внутренние возмущения, то есть изменяющиеся тепло- и влаговыделения, а также внешние факторы, например, изменение температуры и влагосодержания наружного воздуха, воздействие на остекленный фасад прямой солнечной радиации в разное время суток и др.
Задача СКВ состоит в том, чтобы улавливать и своевременно устранять последствия этих возмущений и воздействий для сохранения параметров внутреннего воздуха в заданных пределах, используя систему автоматического регулирования и необходимый набор оборудования (воздухоохладители, воздухонагреватели, увлажнители и др.), а также источники теплоты и холода.
Поддерживать требуемые параметры внутреннего воздуха можно изменяя параметры или расход приточного воздуха, подаваемого в помещение извне, или с помощью аппаратов, установленных непосредственно в помещении, так называемых доводчиков.
Сегодня в качестве доводчиков используют внутренние блоки сплит-систем и VRV-систем, фэнкойлы, моноблоки, охлаждаемые потолки и балки и другие элементы.
К сожалению, в классификации [7] вместо понятия «доводчики» используется понятие «водовоздушные СКВ», а в классификации [8] дополнительно вводится термин «водо- и фреоновоздушная СКВ». С подобными предложениями нельзя согласиться в принципе, так как их авторы вольно или невольно присваивают сплит-системам или фэнкойлам статус систем кондиционирования воздуха, которыми они не являются и, естественно, не могут входить в классификацию СКВ, поскольку являются всего лишь местными охладителями или нагревателями, то есть не более чем доводчиками.
Справедливости ради отметим, что Б. В. Баркалов начинает описание центральных водовоздушных систем очень точной фразой: «В каждое помещение вводится наружный воздух, приготовленный в центральном кондиционере. Перед выпуском в помещение он смешивается с воздухом данного помещения, предварительно охлажденным или нагретым в теплообменниках кондиционеров?доводчиков, снабжаемых холодной и горячей водой». Приведенная цитата показывает, что автор хорошо понимает неопределенность предложенного им признака классификации и поэтому сразу поясняет, что он имеет в виду под центральными водовоздушными системами.
Системы без доводчиков могут быть прямоточными, когда в помещение подается обработанный наружный воздух, и с рециркуляцией, когда к наружному воздуху подмешивают воздух, забираемый из помещения. Кроме того, технологические СКВ, обслуживающие помещения или аппараты без пребывания людей, могут работать без подачи наружного воздуха со 100 % рециркуляцией. В зависимости от алгоритма работы СКВ различают системы с постоянной рециркуляцией, в которых соотношение количества наружного и рециркуляционного воздуха во время работы не изменяется, и СКВ с переменной рециркуляцией, в которых количество наружного воздуха может изменяться от 100 % до некоторого нормируемого минимального уровня.
Кроме того, системы с рециркуляцией могут быть одновентиляторными и двухвентиляторными. В первых системах подача приточного воздуха в помещение, а также забор наружного и рециркуляционного воздуха осуществляется приточным вентилятором УКВ. Во втором случае для удаления воздуха из помещения и подачи его на рециркуляцию или на выброс применяют дополнительный вытяжной вентилятор.
Независимо от схемы компоновки и устройства отдельных элементов СКВ подразделяют также по их назначению. Многие авторы делят СКВ на комфортные, технологические и комфортно-технологические. Более удачной и полной представляется классификация СКВ по назначению на эргономической основе, разработанная ВНИИкондиционером [5].
Определено, что СКВ могут выполнять одну из трех функций обслуживания: машин; машин + людей; людей.
1-я группа (символ «машина») определена как технологические СКВ. СКВ этой группы обслуживают технологические аппараты, камеры, боксы, машины и т. п., то есть применяются в тех случаях, когда условия воздушной среды диктуются обеспечением работоспособности технологического оборудования. При этом параметры воздушной среды могут отличаться от тех, которые определяются санитарно-гигиеническими нормами.
1-я группа имеет две модификации:
- Подгруппа 1–1 включает в себя кондиционируемые объекты, полностью исключающие возможность пребывания в них человека, то есть это системы технологического охлаждения, обдува электронных блоков вычислительных машин, шахты обдува волокна прядильных машин и т. п.
- Подгруппа 1–2 включает в себя кондиционируемые объекты: технологические аппараты (машины, камеры, боксы) и помещения с особыми параметрами воздушной среды (калориметрического, экологического и другого назначения), в которых человек отсутствует или находится эпизодически (для снятия показаний приборов, изменения режима работы и т. д.).
Если для группы 1–1 отсутствуют какие-либо ограничения по параметрам и составу воздушной среды, то для объектов подгруппы 1–2 газовый состав воздушной среды должен находиться в пределах, установленных ГОСТ.
2-я группа (символ «машина + человек») определена как технологически комфортные СКВ. СКВ этой группы обслуживают производственные помещения, в которых длительно пребывают люди.
2-я группа имеет три модификации:
- Подгруппа 2–1. Технологически комфортные СКВ обеспечивают условия нормального осуществления технологических процессов как для производств, в которых затруднено или практически невозможно получение продукции без поддержания определенных параметров воздушной среды, так и для производств, в которых колебания параметров воздуха существенно влияют на качество продукции и величину брака.
- Для этих помещений СКВ устраивается в первую (и основную) очередь по требованиям технологии, однако в связи с наличием в этих помещениях людей, параметры КВ устанавливают с учетом требований санитарно-гигиенических норм.
- Подгруппа 2–2. СКВ создаются для исключения дискомфортных условий труда при тяжелых режимах работы людей (кабины крановщиков мостовых кранов металлургических заводов и ТЭЦ, кабины строительно-дорожных машин и т. д.). Производственные или экономические аспекты для этих установок имеют второстепенное значение.
- Подгруппа 2–3. СКВ обеспечивают в производственных помещениях комфортные условия труда, способствующие повышению производительности труда, улучшению проведения основных технологических режимов, снижению заболеваемости, уменьшению эксплуатационных затрат и т. п.
3-я группа (символ «люди») определена как комфортные СКВ, обеспечивающие санитарно-гигиенические условия труда, отдыха или иного пребывания людей в помещениях гражданских зданий, то есть вне промышленного производства.
Эта группа имеет две модификации:
- Подгруппа 3–1. СКВ обслуживают помещения общественных зданий, в которых для одной части людей пребывание в них кратковременно (например, покупатели в универмаге), а для другой – длительно (например, продавцы в этом же универмаге).
- Подгруппа 3–2. СКВ обеспечивают оптимальные условия пребывания людей в жилых помещениях.
В классификацию ВНИИконди-ционера необходимо ввести еще одну группу – медицинские СКВ. Очевидно, что СКВ, обслуживающие операционные, реанимационные или палаты интенсивной терапии, никак нельзя считать комфортными, а чтобы отнести их к технологическим, надо в качестве «машины» рассматривать самого человека, что просто глупо.
Медицинские СКВ должны иметь две подгруппы:
- Подгруппа 4–1. СКВ обслуживают операционные, реанимационные и т. п. помещения.
- Подгруппа 4–2. СКВ обеспечивают требуемые параметры воздуха в палатах, кабинетах врачей, процедурных и т. п.
Для завершения классификации СКВ рассмотрим еще несколько признаков.
По типу системы холодоснабжения различают автономные и неавтономные СКВ. В автономных источник холода встроен в кондиционер, в неавтономных – источником холода является отдельный холодильный центр. Кроме того, в автономных кондиционерах в воздухоохладитель может подаваться кипящий хладон или жидкий промежуточный хладоноситель (холодная вода, растворы). Заметим, что на многих объектах мы использовали схему с подачей хладона в воздухоохладитель центрального кондиционера от расположенной рядом холодильной машины или внешнего блока VRV.
По способу компенсации изменяющихся тепловых и (или) влажностных возмущений в обслуживаемом помещении различают СКВ с постоянным расходом воздуха (CAV) – системы, в которых внутренние параметры поддерживают изменяя температуру и влажность приточного воздуха (качественное регулирование), и системы с переменным расходом воздуха (VAV) – системы с количественным регулированием.
По числу воздуховодов для подачи кондиционированного воздуха в помещенияСКВ делятся на одноканальные и двухканальные, при этом приточный воздух в каждом канале имеет разную температуру и влажность, что позволяет, изменяя соотношение приточного воздуха, подаваемого через каждый канал, поддерживать требуемые параметры в обслуживаемом помещении.
По числу точек стабилизации одноименного параметра (t; φ)в большом помещении или группе небольших помещений различают одно- и многозональные СКВ.
–это СКВ с местными доводчиками. В этих СКВ центральная или местная УКВ подает в помещение санитарную норму наружного воздуха, даже не обязательно обработанного, а местные доводчики обеспечивают поддержание в помещении требуемых параметров воздуха (температуры, относительной влажности и подвижности).
Сегодня в качестве местных доводчиков применяют: внутренние блоки сплит-систем или VRV-систем; фэнкойлы (двух- или четырехтрубные); моноблоки (напольные, потолочные или настенные); эжекционные доводчики; местные увлажнители воздуха; охлаждаемые и нагреваемые потолки; охлаждающие балки (пассивные и активированные).
Все указанные доводчики сами по себе не являются кондиционерами, хотя их и называют так продавцы оборудования.
Известно, что некоторые фирмы работают над созданием, например, фэнкойлов или сплит-систем, подающих в помещение наружный воздух. Но, если это и произойдет в массовом масштабе, то ничего страшного с классификацией не случится, просто это оборудование получит статус местных кондиционеров.
Блок-схема рассмотренной классификации СКВ приведена на рис. 2.
Помимо рассмотренных признаков в схему на рис. 2 включен еще один: наличие утилизаторов теплоты и холода, которые могут быть как в центральных, так и в местных СКВ. Причем необходимо различать системы утилизации типа воздух-воздух, к которым относятся схемы с промежуточным теплоносителем, с пластинчатыми теплообменниками* и с регенеративными вращающимися и переключаемыми теплообменниками, а также системы утилизации теплоты оборотной воды и теплоты обратного теплоносителя систем централизованного теплоснабжения и систем технологического жидкостного охлаждения.

Литература
1. Липа А. И. Кондиционирование воздуха. Основы теории. Совре-менные технологии обработки воздуха. – Одесса: Издательство ВМВ, 2010.
2. СНиП 41–01–2003. Отопление, вентиляция, кондиционирование. М.: Госстрой России. – 2004.
3. Англо-русский терминологический словарь по отоплению, вентиляции, кондиционированию воздуха и охлаждению. М.: Изд-во «АВОК-ПРЕСС», 2002.
4. Кокорин О. Я. Энергосберегаю-щие системы кондиционирования воздуха. ООО «ЛЭС». – М., 2007.
5. Кондиционеры. Каталог-спра-воч-ник ЦНИИТЭстроймаш. – М., 1981.
6. Рымкевич А. А. Системный анализ оптимизации общеобменной вентиляции и кондиционирования воздуха. Изд. 1. – М.: Стройиздат, 1990.
7. Баркалов Б. В., Карпис Е. Е. Кондиционирование воздуха в промышленных, общественных и жилых зданиях. Изд. 2. – М.: Стройиздат, 1982.
8. Сотников А. Г. Процессы, аппараты и системы кондиционирования воздуха и вентиляции. Т. 1. ООО «АТ». – С.-Петербург, 2005.
9. Стефанов Е. В. Вентиляция и кондиционирование воздуха. – С.-Петербург: Изд-во «АВОК-Северо-Запад», 2005.
[ http://www.abok.ru/for_spec/articles.php?nid=5029]

Тематики
- кондиционирование воздуха в целом
- энергосбережение
EN
- air conditioning system
DE
- Klimaanlage
FR
- système de conditionnement d'air
система кондиционирования воздуха
СКВ
Система, позволяющая контролировать температуру, а иногда влажность и чистоту воздуха в помещении или транспортном средстве.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

EN

air conditioning system
ACS
System for controlling temperature and sometimes humidity and purity of the air indoor or in a vehicle.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики
- спорт (административно-хозяйственная деятельность)
EN
- air conditioning system
Англо-русский словарь нормативно-технической терминологии > air conditioning system
17 application management system

1) упр. система управления внедрением (комплекс мероприятий, направленных на эффективное введение и контроль инноваций или новых проектов)

See:

innovation

2) упр. система обработки заявлений

Grant Application Management System — Система обработки заявлений на получение гранта

Reserve Application Management System — Система обработки заявлений на посещение заповедных зон

See:

application 1)

3) комп. система управления приложениями (совокупность программных средств, облегчающих контроль за работой приложений, акцентирущих внимание на причинах сбоев, а не на их последствиях, и автоматически выполняющих необходимые корректирующие действия)

See:

application 4)

Англо-русский экономический словарь > application management system
18 engineering

1. сущ.
1)

а) общ. инженерное искусство; машиностроение

engineering worker [employee\] — машиностроитель, работник машиностроения, работник машиностроительных отраслей

See:

reverse engineering, engineering consultant, engineering managers

б) общ. разработка и управление (о процессах, механизмах); инженерия

genetic engineering — генная инженерия

software engineering — разработка программного обеспечения

2) бирж., мн. ценные бумаги машиностроительных компаний
2. прил.
общ. технический, инженерный

engineering brain — технический склад ума

engineering library — инженерная библиотека

engineering data — технические данные, технические параметры

See:

engineering economics

* * *

ИНЖИНИРИНГ
. комплекс инженерно-консультационных услуг коммерческого характера по подготовке и обеспечению непосредственно процесса производства, обслуживанию сооружений, эксплуатации хозяйственных объектов и реализации продукции. К основным видам И. относят услуги предпроектного, проектного и послепроектного характера. Наибольшее распространение И. услуги получили в связи с подготовкой проектов капитального строительства, в которых основной их функцией является оптимизация инвестиций. . Словарь экономических терминов 1 .

Англо-русский экономический словарь > engineering
19 portfolio

[pɔːt'fəʊlɪəʊ]
1) Общая лексика: дело, комплекс идей в единой тематике, набор проектов, папка для важных бумаг, папка для важных бумаг или документов, папка для важных документов, портфель, портфель акций, папка с образцами работ (художника и т.п.), должность министра, папка, портфель (подборка) работ (художника, фотографа, и т.д.), портфель ценных бумаг, портфолио

2) Морской термин: портфель (для карт)

3) Юридический термин: капитал в ценных бумагах, министерский пост, портфель министра, портфельный капитал

4) Экономика: круг ведения, министерский портфель, портфельный, сферы деятельности, ассортимент( продукции)

5) Бухгалтерия: портфель (диверсифицированный набор активов), набор займов или инвестиций (сформированный для усреднения возврата на вложения или рисков для кредитора или инвестора (часто называют "портфель ценных бумаг" или "инвестиционный портфель"))

6) Реклама: папка (для важных дел), подборка

7) Деловая лексика: папка для документов, перечень ценных бумаг, портфель ценных бумаг (банка и т. п. тж. investment portfolio или securities portfolio), портфель ценных бумаг (банка и т.п.; тж. investment portfolio или securities portfolio)

Универсальный англо-русский словарь > portfolio
20 program

1) Общая лексика: запрограммировать, компания-производитель телевизионных программ, компания-создатель телевизионных программ, комплекс мероприятий, передача, план (работы и т. п.), представление, программа, программировать, программный, проект, составить план, составить программу, составлять план, составлять программу, спектакль, план (работы и т.п.), закодировать

2) Военный термин: задача, задавать программу (напр. ЭВМ)

3) Техника: подготавливать программу, программировать программу, программное обеспечение, разрабатывать программу, задать программу

4) Математика: запланировать, предназначать, спланировать

5) Экономика: планировать

6) Лингвистика: компьютерная программа

7) Архитектура: план действий

8) Полиграфия: вводить в программу

9) Телекоммуникации: ТВ-программа, радиопрограмма

10) Электроника: радио- или телевизионная программа

11) Нефть: инвестиционный проект разработки, последовательность операций, программа работ

12) Геофизика: процедура

13) Патенты: план (работ)

14) Деловая лексика: план работы

15) Бурение: график

16) Глоссарий компании Сахалин Энерджи: программирование (PGM)

17) Нефтегазовая техника инвестиционный проект разработки месторождения

18) Менеджмент: программа, группа взаимосвязанных проектов

19) Полимеры: хроматограмма продуктов деструкции

20) Автоматика: УП, готовить УП, управляющая программа

21) Робототехника: (производственная) программа

22) Психоанализ: исследования

23) Макаров: относящийся к проекту, плановый, предусмотренный планом, проектировать, проектный, программа (последовательность команд для решения задачи)

Универсальный англо-русский словарь > program

Страницы

См. также в других словарях:

Комплекс "Байконур" — международный космический порт, обеспечивающий реализацию российских и международных космических программ, расположен на территории Казахстана. В соответствии с Договором между Российской Федерацией и Республикой Казахстан комплекс Байконур… … Энциклопедия ньюсмейкеров
Комплекс ВЭС Ганьсу — Комплекс ветроэлектростанций Ганьсу Страна … Википедия
Комплекс ПЛО УРК-5 «Раструб-Б» — Комплекс ПЛО УРК 5 «Раструб Б» 1984 Для ускорения развития подводного оружия 4 мая 1976 года вышло Постановление СМ № 302–116 о развитии работ по созданию подводного оружия, предусматривающее разработку ряда принципиально… … Военная энциклопедия
Хронология крупнейших проектов в российской экономике — Москва Сити в стадии строительства … Википедия
СЕРИЯ ТИПОВЫХ ПРОЕКТОВ — комплекс типовых проектов сооружений и их элементов, имеющих определённую общность (Болгарский язык; Български) серия типови проекти (Чешский язык; Čeština) (Немецкий язык; Deutsch) Typenprojektserie (Венгерский язык; Magyar) típustervgyűjtemény; … Строительный словарь
Список проектов и построек Ф. О. Шехтеля — Основная статья: Шехтель, Фёдор Осипович Список проектов и построек Ф. О. Шехтеля включает архитектурные работы (проекты и постройки) русского архитектора Фёдора Осиповича Шехтеля (1859 1926). В список не включены работы… … Википедия
Молодёжный жилой комплекс — Памятная табличка на первом в стране жилом здании МЖК (г. Королёв, пр. Королёва, д. 18/6). Молодёжный жилой комплекс (МЖК) социальное движение, существовавшее в … Википедия
Универсальный ракетный комплекс M-1 «Волна» — Универсальный ракетный комплекс M 1 «Волна» 1962 Разработка первого отечественного универсального ракетного комплекса М 1 для кораблей проектов 61 и 63 была начата по Постановлению СМ СССР №1149–592 от 17.08.1956 г. Но уже… … Военная энциклопедия
Санаторно-курортный комплекс Курортного района Санкт-Петербурга — Содержание 1 История создания 2 Минеральные воды и лечебные грязи … Википедия
Универсальный корабельный комплекс М-11 «Шторм» — Универсальный корабельный комплекс М 11 «Шторм» Универсальный корабельный комплекс М 11 разрабатывался по Постановлению СМ № 846–382 от 25 июля 1959 года. Головным по системе в целом было назначено НИИ 10 ГКРЭ, главный… … Военная энциклопедия
Молодежный жилищный комплекс — МЖК, аббр., сокращение 1. молодёжный жилой комплекс. 2. МЖК социальное движение в СССР в 1971 1991 (пик активности 1984 1991). 3. Член МЖК эмжековец (ж. эмжековка). Первоначально предполагался как способ создания нормальных жилищных и… … Википедия

Словари и энциклопедии на Академике

Перевод: с английского на все языки

комплекс проектов

Тематики

EN

DE

FR

Тематики

EN

Тематики

EN

Тематики

EN

Тематики

Синонимы

EN

DE

FR

Тематики

Синонимы

EN

Тематики

EN

DE

FR

Тематики

Синонимы

EN

Тематики

EN

Тематики

EN

Тематики

Синонимы

EN

Тематики

EN

EN

Тематики

Синонимы

EN

Тематики

Синонимы

EN

Тематики

Синонимы

EN

Тематики

EN

Словесный портрет современной управляющей системы типа SCADA

Тематики

Синонимы

EN

Словесный портрет современной управляющей системы типа SCADA

Тематики

Синонимы

EN

Словесный портрет современной управляющей системы типа SCADA

Тематики

Синонимы

EN

Тематики

EN

Тематики

Обобщающие термины

Синонимы

EN

FR

Тематики

Синонимы

EN

Тематики

Синонимы

EN

Тематики

EN

Тематики

EN

Недопустимые, нерекомендуемые

Тематики